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BACKGROUND OF THE INVENTION 

FIELD OF THE INVENTION 

Embodiments of the present invention relate to configuration of 
telecommunications switches. More particularly, embodiments of the present 
invention relate to systems and methods for comparing operational statuses of switch 
feature packages. 

BACKGROUND INFORMATION 

Known telecommunications networks have switches that include software 
modules that support one or more features. For example, a switch can include 
software that supports features (e.g., feature packages) such as an Integrated Services 
Digital Network ("ISDN"), ISDN attendant services, modified calling line disconnect, 
ISDN multipoint Digital Subscriber Line ("DSL"), music on hold, national ISDN 
base, type 2A/2B cellular interface via Signaling System 7 ("SS7"), caller 
identification ("caller ID") multiline, call waiting deluxe, Centrex network, 
RingMaster™ distinctive ringing, pay phone compensation, 800 number services, 
service switching point, talking call waiting, and so on. A switch feature package 
may or may not be loaded on a switch (e.g., the switch may or may not have the 
capacity to loaded and/or execute the switch feature package). Even when a switch 
feature package is loaded, it may or may not be enabled based on service operation 
factors. For example, a feature package of a switch may not be enabled due to a 
present lack of demand for the service that corresponds to that feature package. After 
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demand for that service exists (or is anticipated based on, for example, a marketing 
campaign), the feature package can be enabled. 

When a new switch is installed to replace an old switch (e.g., a switch 
upgrade), the status of the feature packages (e.g., enabled, disabled, and so on) in the 
new switch and the old switch should be the same. When features that were enabled 
in the old switch are not enabled in the new switch, customers may no longer receive 
services corresponding to the non-enabled features. For example, a customer may no 
longer receive Caller ID information, be able to utilize Call Waiting, and so on. A 
known method for comparing the operational status (e.g., enabled, disabled) of 
feature packages of two switches is a manual, line by line, comparison. In view of 
the foregoing, a substantial need exists for systems and methods that can compare the 
operational statuses of switch feature packages. 
BRIEF SUMMARY OF THE INVENTION 

Embodiments of the present invention relates to systems and methods for 
comparing feature package operational statuses of two or more switches. In an 
embodiment, the system includes a first switch and a second switch. The first switch 
includes a first set of feature packages, and the second switch includes a second set of 
feature packages. The system also includes a computer coupled to the first switch 
and to the second switch. The computer is to receive a first set of feature package 
information and a second set of feature package information. The first set of feature 
package information corresponds to the first set of feature packages, and the second 
set of feature package information corresponds to the second set of feature packages. 
The computer is to compare the first set of feature package information and the 
second set of feature package information. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

[0005] Figure 1 is a schematic diagram showing an embodiment of the present 

invention. 

[0006] Figure 2 illustrates an embodiment of the present invention. 

[0007] Figures 3 A through 31 illustrate another embodiment of the present invention. 

[0008] Figure 4 illustrates another embodiment of the present invention. 

[0009] Figure 5 is an illustration of a graphical user interface in accordance with an 

embodiment of the present invention. 
[0010] Figure 6 is a flow diagram illustrating an embodiment of the present 

n invention. 

: ; | 

2 DETAILED DESCRIPTION OF THE INVENTION 

m 

a [001 1 ] According to an embodiment of the present invention, a system can retrieve a 

Q 

k B first set of feature packages operational status information from a first switch and a 

ru 

£ second set of feature packages operational status information from a second switch. 

Li 

The system can compare the first set of feature packages operational status 
information and the second set of feature packages operational status information. In 
an embodiment, the comparison can yield an output that indicates feature packages 
that are loaded in both the first switch and the second switch but do not have the same 
operational status. For example, a feature package can be loaded in both the 
switches, but enabled (e.g., active) in one switch and disabled (e.g., inactive) in the 
other switch. In another embodiment, the comparison can yield an output that 
indicates loaded feature packages and the operational status of each loaded feature 
package in each switch. 



BS01-237 



Figure 1 is a schematic diagram showing an embodiment of the present 
invention. A computer 101 is coupled to a first switch 1 10 via a communications link 
105 and to a second switch 120 via a second communications link 106. As used to 
describe embodiments of the present invention, the term "coupled" encompasses a 
direct connection, an indirect connection, or a combination thereof Moreover, two 
devices that are coupled can engage in direct communications, in indirect 
communications, or a combination thereof. 

In an embodiment, computer 101 includes a processor and a memory. The 
processor can be, for example, an Intel Pentium® 4 processor, manufactured by Intel 
Corp. of Santa Clara, California. As another example, the processor can be an 
Application Specific Integrated Circuit (ASIC). The memory may be a random 
access memory (RAM), a dynamic RAM (DRAM), a static RAM (SRAM), a volatile 
memory, a non- volatile memory, a flash RAM, polymer ferroelectric RAM, Ovonics 
Unified Memory, magnetic RAM, a cache memory, a hard disk drive, a magnetic 
storage device, an optical storage device, a magneto-optical storage device, or a 
combination thereof The memory of computer 101 can store a plurality of 
instructions adapted to be executed by the processor of computer 101 . In an 
embodiment, computer 101 is coupled to switches 110 and 120 via network 102 and a 
network connection (e.g., data port, input/output port, etc.). Examples of network 
102 include a Wide Area Network (WAN), a Local Area Network (LAN), the 
Internet, a wireless network, a wired network, a connection-oriented network, a 
packet network, an Internet Protocol (IP) network, at least a portion of the public 
switched telephone network ("PSTN"), or a combination thereof. 
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[0014] Each of switches 110 and 120 can include a plurality of feature packages. For 

example, first switch 1 10 can include feature package A 1 1 1, feature package B 1 12, . 
. . and feature package N 1 15. In an embodiment, second switch 120 can include a 
corresponding set of feature packages, such as a feature package A 121 corresponding 
to feature package A 1 1 1, a feature package B 122 corresponding to feature package 
B 1 12, ... a feature package N 125 corresponding to feature package B 1 1 5. In 
another embodiment, second switch 120 can include additional feature packages, such 
as feature package X 127, that do not correspond to a feature package of first switch 

, Ft 
s.: a 

= no. 

m 

p [001 5] For example, first switch 1 1 0 can be a Lucent 5E3 switch (from Lucent 

W 

H Technologies Inc. of Murray Hill, New Jersey) and second switch 120 can be another 

m 

s_ Lucent 5E3 switch, and each of feature package A 1 1 1 and feature package B 121 can 

be a National ISDN Base feature package. As another example, first switch 110 can 
be a Nortel DMS-500 switch (from Nortel Networks Limited of Montreal, Quebec, . 
Canada) of a first central office and second switch 120 can be another Nortel DMS- 
500 switch of a second central office, and each of feature package N 1 15 and feature 
package N 125 can be a CallerlD with call waiting feature package. As a further 
example, the first switch and the second switch can be different types of switches 
(e.g., switches from different switch manufacturers) that include comparable sets of 
feature packages. In other embodiments of the present invention, first switch 1 1 0 can 
be a host switch and second switch 120 can be a remote switch of the host switch, or 
each of first switch 110 and second switch 120 can be remote switches (e.g., remotes 
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of the same host, remotes of different hosts, etc.), or each of first switch 1 10 and 
second switch 120 can be host switches, and so on. 

In an embodiment, computer 101 can include instructions (e.g., a software 
script) to query each of first switch 110 and second switch 120 for feature package 
operational status information. For example, computer 101 can receive a first set of 
feature package operational status information from first switch 110 via a first Telnet 
session and can receive a second set of feature package operational status information 
from second switch 120 via a second Telnet session. Computer 101 can then 
compare the first set of feature package operational status information to the second 
set of feature package operational status information to determine relative differences, 
similarities, and/or matches in the sets of feature package operational status 
information. 

Figure 2 illustrates an embodiment of the present invention. A data record 
200 can include feature package operations status information that indicates 
differences in a first set of feature package operational status information from a first 
switch and a second set of feature package operational status information from a 
second switch. For example, data record 200 includes feature package operational 
status information for feature packages loaded in each of a first switch and a second 
switch where the operational status of corresponding feature packages is different, 
e.g., a feature package in one switch is enabled and a corresponding feature package 
in the other switch is not enabled. 

Data record 200 can include a plurality of data entries such as data entry 210. 
Data entry 210 corresponds to a type of feature package loaded in each of the first 
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switch and the second switch (e.g., an Automatic Message Accounting ("AMA") for 
Type 2 Cellular feature package). Data entry 210 can include a plurality of data 
fields, where each data field can store a data value. In an embodiment, data entry 210 
can include a feature package code field 212 to store a feature package code, a feature 
package name field 214 to store a feature package name, a feature package enabled in 
first switch field 216 to store a feature package enabled in first switch field value 
(e.g., a boolean value), and a feature package enabled in second switch field 218 to 
store a feature package enabled in second switch field value (e.g., a boolean value). 
In the embodiment of the present invention illustrated in Figure 2, each of the data 
entries in the data record 200 include information for feature packages having 
different operational statuses in the first switch and the second switch. For example, 
as shown by data entry 210, the AMA for Type 2 Cellular feature package is enabled 
in the first switch and disabled in the second switch. 

Embodiments of the present invention, such as data record 200, can 
advantageously help to eliminate errors when a new switch is being set up and/or 
activated. For example, a central office may be converted from an old switch to a 
new switch. Typically, the new switch should have at least the same features as the 
old switch, e.g., so that customers do not lose one or more services when a cutover is 
made to the new switch from the old switch. For example, if the old switch had a 
CallerlD feature package loaded and enabled and the new switch did not have a 
CallerlD feature package loaded and enabled, there can be customer complaints and 
dissatisfaction when a cutover is made to the new switch and customers no longer 
receive CallerlD information. Embodiments of the present invention can identify 
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differences in feature package operational status and thereby help bring new switches 
into an existing service environment and resolve problems from office conversions. 
[0020] Figures 3 A through 31 illustrate another embodiment of the present invention. 

A data record 300 can include feature package operations status information that 
indicates matches between a first set of feature package operational status information 
from a first switch and a second set of feature package operational status information 
from a second switch. For example, data record 300 includes feature package 
q operational status information for feature packages loaded in each of a first switch 

yg and a second switch where the operational status of corresponding feature packages is 

O the same, e.g., a feature package in one switch is enabled and a corresponding feature 

E 5 5 

^ package in the other switch is likewise enabled. 

S3 

L [002 1 ] Data record 300 can include a plurality of date entries such as data entry 310. 

f? } Data entry 310 corresponds to a type of feature package loaded in each of the first 

ef=3 

□ switch and the second switch (e.g., a Caller ID - MultiLine feature package). Data 

entry 310 can include a plurality of data fields, where each data field can store a data 
value. In an embodiment, data entry 310 can include a feature package code field 312 
to store a feature package code associated with a feature package, a feature package 
name field 314 to store a feature package name, a feature package enabled in first 
switch field 3 16 to store a feature package enabled in first switch field value (e.g., a 
boolean value), and a feature package enabled in second switch field 318 to store a 
feature package enabled in second switch field value (e.g., a boolean value). 
[0022] A data record such as data record 300 can be based on a comparison between 

two switches to help determine what features may be needed for a third switch. For 
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example, a new remote switch may be being configured. Comparing the feature 
packages loaded and enabled in two switches (e.g., two switches of the same vendor 
of the new remote switch, two local switches, two distant switches, a host of the new 
remote switch and a current remote of the host of the new remote switch, etc.) can 
identify the set of feature packages that are likely needed in the new remote switch. 

As another example, a data record such as data record 300 can assist in a 
quick reload of Products/Services Inventory Management System ("P/SIMS") 
information in the event that feature information is accidentally erased, intentionally 
erased, and so on. P/SIMS is a switch software tracking and management system that 
is used after the "Right-to-Use" license has been purchased from the switch vendor to 
activate certain software products and feature packages based upon a lists of the 
switch vendor's available services at the switch's current level of its generic operating 
system.. For example, in P/SIMS all features of a remote may be been deactivated 
(e.g., by error). Embodiments of the present invention can compare a host of the 
remote and another remote of the host to identify features in the remote that need to 
be activated. Alternatively, the feature package operational status information of the 
remote switch can be compared with the feature package operational status 
information of the host to identify the feature packages enabled in the host that need 
to be enabled in the remote. 

Figure 4 illustrates another embodiment of the present invention. A data 
record 400 can include feature package operations status information that indicates 
differences between a first set of feature package operational status information from 
a first switch and a second set of feature package operational status information from 
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a second switch. For example, data record 400 includes feature package operational 
status information for feature packages loaded in each of the first switch and the 
second switch where the operational status of corresponding feature packages is 
different. Data record 400 can include a plurality of date entries such as data entry 
410. Data entry 410 corresponds to a type of feature package loaded in each of the 
first switch and the second switch (e.g., an Application Service Provider ("ASP") 
Network Busy Event Remote Termination Unit ("RTU") feature package). Data 
entry 410 can include a plurality of data fields, where each data field can store a data 
value. In an embodiment, data entry 410 can include a feature package code field 412 
to store a feature package code associated with a feature package, a feature package 
name field 414 to store a feature package name, a feature package enabled in first 
switch field 416 to store a feature package enabled in first switch field value (e.g., a 
boolean value), and a feature package enabled in second switch field 418 to store a 
feature package enabled in second switch field value (e.g., a boolean value). 

Figure 5 is an illustration of a graphical user interface ("GUI") in accordance 
with an embodiment of the present invention. A GUI 500 can prompt a user for 
information that specifies parameters of a feature package operational status 
information comparison. GUI 500 can include three comparison option boxes such 
as, for example, a same features but opposite status option box 51 1, a same features 
and same status option box 512, and a differences between generics but not same 
features box 513. In an embodiment of the present invention, feature package 
software modules are part of a generic software load of a switch, which can be 
purchased through a right-to-use license on an individual basis. A user can select one 
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of option boxes 51 1-513 to specify a type of comparison to be performed between 
two switches. GUI 500 can also include two or more switch identifier input fields 
such as, for example, first switch identifier field 521 and second switch identifier 
field 522. For example, a switch identifier can be a Common Language Location 
Identifier ("CLLI") code. In an embodiment, a user can also specify whether one or 
both of the identified switches are part of an office conversion via office conversion 
indicator fields 531 and 532. 

Figure 6 is a flow diagram illustrating an embodiment of the present 
invention. A user can initiate (e.g., via a computer) a feature package comparison 
script (e.g., a software routine) (step 605). The user can select a type of comparison 
to be performed between two switches, e.g., a comparison to show features loaded in 
each switch that have different statuses, a comparison to show features loaded in each 
switch that have the same status, and a comparison to show features that are not 
loaded in both switches (step 610). The user can enter switch identifiers of a first 
switch and a second switch (step 615). Whether there are any future central office 
equipment orders involved with a central office associated with the first and/or 
second switch can be determined (decision 620). When there is a future central office 
equipment order involved with the first and/or second switch, the switch identifiers 
can be verified to determine whether they are valid (decision 635). When there is a 
future central office equipment order involved with the first and/or second switch, an 
office conversion incomplete status flag can be set (step 625), the user can enter a 
future telecommunications equipment order ('TEO") identifier of the central office 
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equipment order (step 630), and the switch identifiers can be verified to determine 
whether they are valid (decision 635). 
[0027] When one or more of the switch identifiers are not valid, the user can re-enter 

one or more switch identifiers (step 615). When the switch identifiers are valid, a 
first set of feature package operational status information can be queried for and 
received (step 640) and a second set of feature package operational status information 
can be queried for and received (step 645). The selected type of comparison between 

q the first set and the second set of feature package operational status information can 

bH be performed. 

Q [0028] Embodiments of the present invention relate to data communications via one 

y 

^ or more networks. The data communications can be carried by one or more 

L. communications channels of the one or more networks. A network can include wired 

y3 ... 

r|| communication links (e.g., coaxial cable, copper wires, optical fibers, a combination 

p thereof, and so on), wireless communication links (e.g., satellite communication links, 

terrestrial wireless communication links, satellite-to-terrestrial communication links, 
a combination thereof, and so on), or a combination thereof. A communications link 
can include one or more communications channels, where a communications channel 
carries communications. For example, a communications link can include 
multiplexed communications channels, such as time division multiplexing ('TDM") 
channels, frequency division multiplexing ("FDM") channels, code division 
multiplexing ("CDM") channels, wave division multiplexing ("WDM") channels, a 
combination thereof, and so on. 
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In accordance with an embodiment of the present invention, instructions 
adapted to be executed by a processor to perform a method are stored on a computer- 
readable medium. The computer-readable medium can be a device that stores digital 
information. For example, a computer-readable medium includes a compact disc 
read-only memory (CD-ROM) as is known in the art for storing software. The 
computer-readable medium is accessed by a processor suitable for executing 
instructions adapted to be executed. The terms "instructions adapted to be executed" 
and "instructions to be executed" are meant to encompass any instructions that are 
ready to be executed in their present form (e.g., machine code) by a processor, or 
require further manipulation (e.g., compilation, decryption, or provided with an 
access code, etc.) to be ready to be executed by a processor. Appendix A contains an 
example of source code that can be used, among other things, to compare feature 
package operational status information of a first switch and a second switch. 

Systems and methods in accordance with an embodiment of the present 
invention disclosed herein can advantageously compare feature package operational 
status information of two or more switches. Feature packages loaded in two switches 
but having different operational statuses can be identified. Feature packages loaded 
in two switches have the same operational status can also be identified. Embodiments 
of the present invention can advantageously identify feature package inconsistencies 
when switches are upgraded, replaced, reloaded, installed, and so on. 

Embodiments of systems and methods to compare operational statuses of 
switch feature packages have been described. In the foregoing description, for 
purposes of explanation, numerous specific details are set forth to provide a thorough 
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understanding of the present invention. It will be appreciated, however, by one 
skilled in the art that the present invention may be practiced without these specific 
details. In other instances, structures and devices are shown in block diagram form. 
Furthermore, one skilled in the art can readily appreciate that the specific sequences 
in which methods are presented and performed are illustrative and it is contemplated 
that the sequences can be varied and still remain within the spirit and scope of the 
present invention. 

In the foregoing detailed description, systems and methods in accordance with 
embodiments of the present invention have been described with reference to specific 
exemplary embodiments. Accordingly, the present specification and figures are to be 
regarded as illustrative rather than restrictive. 
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